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Remarks: 

Reconsideration of the above referenced application in view of the enclosed amendments 
and remarks is requested. Claims 1, 8, 17, 24, 27, and 31 have been amended. Claims 1, 3-11, 
13-17, and 19-32 remain in the application. 

ARGUMENT 

§ 103 Rejections 

Claims 1, 3, 5, 6, 8, 10, 13, 16, 17, 19, 21, 22, 24-30 and 32 are rejected under 35 U.S.C. 
§ 103(a) as being unpatentable over USPN 6,009,524 to Olarig et at. (hereinafter, "Olarig et al ") 
in view of USPN 6,374,357 to Mohammed et al. (hereinafter, "Mohammed et al")* This 
rejection is respectfully traversed and Claims I, 3, 5, 6, 8, 10, 13, 16, 17, 19, 21, 22, 24-30 and 
32 and their progeny are believed allowable based on the following discussion. 

The Examiner asserts that Olarig et al. teach receiving, at a BIOS in a system, a message 
from an authorized party, wherein the authorized party is selected from a group of authorized 
parties consisting of a manufacturer, an original equipment manufacturer, and a lessor. 
However, at the cited reference (Col. 4, lines 1-15) Olarig et al teach that a system administrator 
receives a BIOS update and examines the update for verification. The administrator adds an 
additional digital signature and then transmits the update to the target system. Olarig et aL does 
not teach that the BIOS receives a message in a system having a plurality of system resources 
...wherein at least one system resource is associated with optional features that enable a state of 
the at least one system resource to he configured as on or off or have associated adjustable 
parameters set and reset, from an authorized party. 

Olarig et aL teach only that an authenticated message is to be loaded as an upgrade by a 
system administrator, but is silent as to discarding the message, as required by Applicant's 
claims. Further, Olarig et aL requires the administrator to enter his own authorization digital 
signature. In contrast, the claimed invention requires that the message is sent directly from an 
authorized party. No administrator signature or intervention is necessary. Thus, the claimed 
features are not taught at the cited reference (CoL 4, lines 1-34). 
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The second digital signature of Olarig et al. is not relevant to the use of a GUID. The 
Examiner asserts that Mohammed et al. teach the GUID as recited in Applicant's claims. 
Applicant does not admit that Mohammed et al. is properly combined with Olarig et al. 
However, without conceding the validity of the combination, Mohammed et al. fail to teach 
verifying that the system is an intended recipient of the message, wherein verifying comprises 
comparing an identifier in the message against a globally unique identifier (GUID) of the 
system, the GUID uniquely identifying the system and stored in the non-volatile storage 
communicatively coupled to the BIOS. 

Notwithstanding the definition of a GUID that the Examiner has taken from the 
Microsoft Computer Dictionary, Mohammed et al do not teach a GUID that uniquely identifies 
the system . Mohammed et al. teach an "application's GUID" at Col. 14, lines 42*60. The 
application's GUID is used to verify a download permit. Mohammed et al teach a method 
where an application id is identified as being authorized to run on a platform. In contrast, 
Applicant's claimed invention requires a GUID that uniquely identifies the system, not an 
application . The GUID is used to verify that the system, or hardware platform, is authorized to 
receive a message authorizing an optional feature of the system resources. The message contains 
an identifier that is compared to the unique GUID of the system. Thus, an individual message 
will only be good for one system - the identifier is unique to one system only. The Examiner 
confuses the concept of a GUID being unique and what the GUID actually identifies. 
Mohammed et al/s use of a GUID is not at all related to Applicant's claimed invention. Nor is 
there any suggestion in Mohammed et al. or Olarig et al. that a GUID may be used to uniquely 
identify a system for controlling optional features of a system resource in the system . While the 
GUID taught by Mohammed et al. may uniquely identify an application, it does not uniquely 
identify the system platform. Mohammed et al. specifically teach that "application information" 
is requested and that the application information may include a GUID. Mohammed et al. teach 
verifying the application by a GUID and not identifying the system by the GUID. Nowhere do 
Mohammed et al. teach or suggest that the GUID is to uniquely identify the system. The GUID 
may only uniquely identify the application, as it is clearly defined as being application 
information and not system information. 
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Moreover, Olarig et al. do not teach controlling optional features of a system resource , 
but merely upgrading a BIOS in a system. The Examiner has failed to address this specific 
limitation in every Office Action. This limitation cannot be ignored. An important aspect of 
Applicant's claimed invention, as indicated by the application title, is the enabling of optional 
system features . Olarig et al. teach only that system BIOS is updated. The software upgrade is 
authenticated by a digital signature and the administrator's digital signature is authenticated to 
verify that the upgrade is authorized. In contrast, Applicant's system is required to have a 
plurality of system resources that may be configured by a message received from an authorized 
party (manufacturer, vendor, lessor or OEM), and that the system resources are to be configured 
as either on or off, or have parameters adjusted by the authorized party. Thus, a system may be 
shipped with, for instance, 8 processors, but if the message indicates that four processors should 
be on and four processors should be off, then the system will boot using only the four processors 
that are authorized to be on. Other system resources may have optional parameters or optional 
on/off status. If a new message is sent from the vendor indicating six processors should be on, 
the next reboot will enable six processors to be available, Similarly, processor speed or bus 
speed may be defined,, as well as available PCI slots, etc. Olarig et al. do not teach or suggest 
that a system may be configured with optional system resources or adjustable parameters for the 
resources, where a message sent directly from an authorized party (i.e., manufacturer, an 
original equipment manufacturer, and a lessor) can enable the system resources or set the 
adjustable parameters. A BIOS upgrade is not the same as enabling optional system resources. 

The Examiner has failed to provide prima facie evidence of obviousness, as Olarig et al 
and Mohammed et al. fail to show every limitation of the recited claims, either individually or in 
combination. Thus, Claims 1, 3, 5, 6, 8, 10, 13, 16, 17, 19, 21, 22, 24-30 and 32 and their 
progeny are believed allowable. 

Claims 4, 14 and 20 are rejected under 35 U,S.C. § 103(a) as being unpatentable over the 
modified Olarig et aL and Mohammed et al. system as applied to Claims 3, 13 and 19 and further 
in view of USPN 5,230,052 to Dayan et al. (hereinafter, "Dayan et al.."). This rejection is 
respectfully traversed based on the foregoing and following discussion. 


11 


09/853,825 

Attorney Docket No,: P10374 

As discussed above, Olarig et al, and Mohammed et al. fail to teach or suggest all of the 
elements of the base claims upon which Claims 4, 14 and 20 depend. Thus, Claims 4, 14 and 20 
are allowable, at least, by being dependent from an allowable base claim. 

Further, with regards to combining these references with the teaching of Dayan et al., the 
Examiner asserts that Dayan et al. teach that the secure non-volatile location comprises a remote 
storage. In fact, Dayan et al. only teach that BIOS code is maintained in a remote memory, 
BIOS code is not the same as writing the message into a secure non-volatile location. 
Applicant's recited claim requires receiving a message from an authorized party and being able 
to authenticate the message with a digital signature and then verifying that the system GUID 
enables optional features of system resources, as specified in the message. At least at the cited 
reference (Col 4, lines 3-13), Dayan et al. do not teach or suggest storing a received message in 
remote storage, where the message comprises instructions for enabling optional system resources 
and has an identifier to be compared with the unique system GUID. Dayan et al. teach merely 
that BIOS code may be stored in a remote storage location and not that a message comprising a 
GUID identifier and instructions for enabling optional resources is stored in a remote storage 
location. A BIOS is not the same as the message as described and claimed by Applicant. Thus, 
the cited references fail to show each and every limitation of the claim. 

The Examiner has failed to provide prima facie evidence of obviousness, as Olarig et al., 
Mohammed et al. and Dayan et al. fail to show every limitation of the recited claims, either 
individually or in combination. Thus, Claims 4, 14, 20 and their progeny are believed allowable. 

Claims 7, 15 and 23 are rejected under 35 U.S.C. § 103(a) as being unpatentable over the 
modified Olarig et al. and Mohammed et al. system as applied to Claims 1, 8 and 17 and further 
in view of U.S. Patent Application Publication No. 2001/0025312 to Obata (hereinafter, 
"Obata"). This rejection is respectfully traversed based on the foregoing and following 
discussion. 

As discussed above, Olarig et al. and Mohammed et al. fail to teach or suggest all of the 
elements of the base claims upon which Claims 7, 15 and 23 depend. Thus, Clai ms 7, 15 and 23 
are allowable, at least, by being dependent from an allowable base claim. 
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Claims 9 and 11 are rejected under 35 U.S.C. § 103(a) as being unpatentable over the 
modified Olarig et al. and Mohammed et aL system as applied to Claim 8 and further in view of 
USPN 6,182,219 to Feldbau et at. (hereinafter, "Feldbau et al ")* This rejection is respectfully 
traversed based on the foregoing and following discussion. 

As discussed above, Olarig et al. and Mohammed et al. fail to teach or suggest all of the 
elements of the base claims upon which Claims 9 and 1 1 depend. Thus, Claims 9 and 1 1 are 
allowable, at least, by being dependent from an allowable base claim. 

Claim 31 is rejected under 35 U.S.C. § 103(a) as being unpatentable over the modified 
Olarig et al. and Mohammed et al. system as applied to Claim 27 and further in view of USPN 
5,953,536 to Nowlin, Jr. (hereinafter, "Nowlin"). This rejection is respectfully traversed based 
on the foregoing and following discussion. 

As discussed above, Olarig et al and Mohammed et al. fail to teach or suggest all of the 
elements of the base claims upon which Claim 31 depends. Thus, Claim 31 is allowable, at least, 
by being dependent from an allowable base claim. 

The Examiner asserts that Nowlin teaches wherein the secure message comprises 
executable code to be used as a Dynamically Loaded library (DLL), and wherein the DLL is to 
be stored in non-volatile storage coupled to the BIOS, and wherein the DLL is to he loaded by 
the BIOS at run-time. In fact, Nowlin teaches only that a virtual device driver may be loaded 
into a DLL to enable the operating system (Windows®) to communicate with the APM BIOS. 
Nowlin does not teach that the DLL is a secure message comprising executable code to be 
loaded by the BIOS at runtime to extend the functionality of the BIOS. Nowlin teaches 
expanding the functionality of device drivers attached to the operating system, Nowlin teaches 
away from the claimed method at the cited reference (Col. 6, lines 44-54) by disclosing that the 
operating system "places into the default load configuration a virtual device driver/ 1 where the 
device driver is used by the operating system. Applicant's claim requires that the message be 
received at the BIOS (see parent Claim 27) where the secure message is a DLL loaded by the 
BIOS at runtime, and, wherein the DLL enables the BIOS to patch itself with new executable 
code to add new functionalities to the BIOS, Nowlin does not teach patching of the BIOS with 
the DLL code to enhance the functionality of the BIOS. 
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The Examiner has failed to provide prima facie evidence of obviousness, as Olarig et ah, 
Mohammed et al and Nowlin Jr. fail to show every limitation of the recited claims, either 
individually or in combination. Thus, Claim 31 is believed allowable. 

All of the pending claims are believed allowable. 
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CONCLUSION 

In view of the foregoing. Claims 1, 3-11, 13-17 and 19-32 are all in condition for 
allowance. If the Examiner has any questions, the Examiner is invited to contact the 
undersigned at (703) 633-6845. Early issuance of Notice of Allowance is respectfully requested. 
Please charge any shortage of fees in connection with the filing of this paper, including extension 
of time fees, to Deposit Account 50-022 1 and please credit any excess fees to such account 


Respectfully submitted. 


Dated: 27 Nov. 2007 / Joni P. Stutman-Hom / 

Joni D. Stutman-Horn, Reg. No. 42,173 
Patent Attorney 
Intel Corporation 
(703)633-6845 

Intel Corporation 
c/o Intellevate, LLC 
P.O. Box 52050 
Minneapolis, MN 55402 
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